Method for constructing data format in mobile communication and terminal thereof

ABSTRACT

A method for transmitting downlink data to a mobile terminal is disclosed. The mobile terminal receives a particular common H-RNTI (HS-DSCH Radio Network Identifier) via an HS-SCCH (High Speed-Shared Control Channel) associated with an HS-DSCH (High Speed-Downlink Shared Channel), recognizes whether a header of a MAC (Medium Access Control) PDU (Packet Data Unit) transmitted by the HS-DSCH includes a terminal-exclusive identifier, acquires the terminal-exclusive identifier, and processes the MAC PDU as its own if the acquired terminal-exclusive identifier is intended for the terminal itself.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of the U.S. patent application Ser.No. 12/522,699, filed on Jul. 9, 2009, now U.S. Pat. No. 8,483,127,which is the National Stage filing under 35 U.S.C. §371 of Internationalapplication No. PCT/KR2008/000099, filed on Jan. 8, 2008, which claimsthe benefit of U.S. Provisional Application Ser. Nos. 60/884,401, filedJan. 10, 2007, and 60/888,508, filed on Feb. 6, 2007, the contents ofwhich are all incorporated by reference herein in their entirety.

TECHNICAL FIELD

The present invention relates to a method for transmitting downlink datato a mobile terminal in mobile communications, and more particularly, toa method for constructing a data format for mobile communication and aterminal implementing such method.

BACKGROUND ART

FIG. 1 illustrates an exemplary basic structure of a UMTS (UniversalMobile Telecommunications System) network according to the presentinvention and the related art. The UMTS includes a terminal (userequipment (UE)), a UTRAN (UMTS Terrestrial Radio Access Network), and acore network (CN). The UTRAN includes one or more radio networksub-systems (RNSs). Each RNS includes a radio network controller (RNC)and a plurality of base stations (Node-Bs) managed by the RNC. One ormore cells exist for a single Node B.

FIG. 2 illustrates a radio interface protocol architecture based on a3GPP radio access network specification between the UE and the UTRAN. Asshown in FIG. 2, the radio interface protocol has horizontal layerscomprising a physical layer, a data link layer, and a network layer, andhas vertical planes comprising a user plane (U-plane) for transmittingdata information and a control plane (C-plane) for transmitting controlsignals (signaling). The protocol layers in FIG. 2 can be divided into afirst layer (L1), a second layer (L2), and a third layer (L3) based onthree lower layers of an open system interconnection (OSI) standardmodel widely known in communication systems.

Each layer in FIG. 2 will be described in more detail as follows. Thefirst layer (L1), namely, the physical layer, provides an informationtransfer service to an upper layer by using a physical channel. Thephysical layer is connected to an upper layer called a medium accesscontrol (MAC) layer via a transport channel. Data is transferred betweenthe MAC layer and the physical layer via the transport channel.Meanwhile, between different physical layers, namely, between a physicallayer of a transmitting side and that of a receiving side, data istransferred via the physical channel.

The MAC layer of the second layer provides a service to a radio linkcontrol (RLC) layer, its upper layer, via a logical channel. The RLClayer of the second layer may support reliable data transmissions andperform segmentation and concatenation on RLC service data units (SDUs)delivered from an upper layer.

A radio resource control (RRC) layer located at the lowest portion ofthe third layer is defined only in the control plane, and handles thecontrolling of transport channels and physical channels in relation toestablishment, reconfiguration and release of radio bearers (RBs). Theradio bearer refers to a service provided by the second layer (L2) fordata transmission between the terminal and the UTRAN. In general,establishing the radio bearer refers to defining the protocol layers andthe characteristics of the channels required for providing a specificservice, and setting respective substantial parameters and operationmethods.

When an RRC layer of a particular terminal and that of the UTRAN areconnected to exchange an RRC message to each other, the correspondingterminal is in an RRC connected state, and when the RRC layer of theparticular terminal and that of the UTRAN are not connected, thecorresponding terminal is in an idle state. The RRC connected state ofthe terminal may be divided into a URA_PCH state, a CELL_PCH state, aCELL_FACH state, and a CELL_DCH state. In order to reduce powerconsumption, terminals in the idle state, in the URA_PCH or in theCELL_PCH state discontinuously receive a PICH (Paging indicatorChannel), a physical channel, and an SCCPCH (Secondary Common ControlPhysical Channel), a physical channel, to which a PCH (Paging Channel),a transport channel, is mapped, by using a DRX (Discontinuous Reception)method. During other time intervals than the time duration while thePICH or the SCCPCH is received, the terminal is in a sleeping mode. Inthe related art, the terminal performing the DRX method wakes up atevery CN domain specific DRX cycle length or at every UTRAN specific DRXcycle length to receive a terminal-exclusive PI (Paging Indicator).Here, the terminal-exclusive PI in the related art is used to inform aparticular terminal that a paging message will be transmitted to theparticular terminal via the PCH channel. The PICH channel is dividedinto 10 ms-long PICH frames, and a single PICH frame consists of 300bits. The first 288 bits of a single frame are used for theterminal-exclusive PICH to transmit one or more terminal-exclusive PIs.The rear 12 bits of the single PICH frame are not transmitted. For thesake of convenience, the portion of the front 288 bits of the PICHchannel is defined as a UE PICH, and the portion of the rear 12 bits isdefined as a PICH unused part.

FIG. 3 is a signal flow chart illustrating an RRC connection procedurebetween the terminal and the UTRAN according to the related art. Asshown in FIG. 3, in order for the terminal in the idle state to beRRC-connected with the UTRAN, the terminal should perform an RRCconnection procedure. The RRC connection procedure may include threesteps: transmitting, by the terminal, an RRC connection request messageto the UTRAN (S1); transmitting, by the UTRAN, an RRC connection setupmessage to the terminal (S2); and transmitting, by the terminal, an RRCconnection setup complete message to the UTRAN (S3).

An HS-DSCH transmission for transmitting high speed data to a singleterminal via the downlink in the related art will now be described. TheHS-DSCH has a 2 ms transmission time interval (TTI) (3 slots) andsupports various modulation code sets (MCSs) to obtain a high data rate.An optimum throughput may be achieved by selecting an MCS which is mostsuitable for a channel situation. For this, a hybrid automatic repeatrequest (HARQ) technique that combines an ARQ technique and a channelcoding technique can be employed to perform reliable transmissions.

FIG. 4 illustrates a protocol stack of the HS-DSCH according to therelated art. As shown in FIG. 4, a data unit transferred from an RLClayer of an SRNC is delivered to a MAC-d entity that manages a dedicatedchannel via a DICH or a DCCH, a logical channel, and the correspondingdata is transferred to a MAC-hs of a Node B via a MAC-c/sh/m of an CRNC.Here, the MAC-d is a MAC entity that manages the dedicated channel, theMAC-c/sh/m is a MAC entity that manages a common channel, and a MAC-hsis a MAC entity that manages the HS-DSCH.

A physical channel HS-PDSCH is used to transmit the transport channelHS-DSCH. The HS-PDSCH has a fixed 16 spreading factor and corresponds toa channelization code selected from a set of channelization codesreserved for HS-DSCH data transmission. If a multi-code transmission isperformed with respect to a single UE, a plurality of channelizationcodes are allocated during the same HS-PDSCH sub-frame. FIG. 5illustrates a sub-frame and slot structure of the HS-PDSCH. The HS-PDSCHtransmits QPSK or 16 QAM modulation symbols. In FIG. 5, ‘M’ indicatesthe number of bits per modulation symbol. Namely, in case of QPSK, ‘M’is 2, and in case of 16 QAM, ‘M’ is 4.

FIG. 6 illustrates a channel configuration according to the related art.

As shown in FIG. 6, in order to transmit user data via the HS-DSCH,HS-DSCH control information needs to be transmitted, and in this case,the HS-DSCH control information is transmitted via a downlink HS-SCCH(High Speed-Shared Control Channel) and an uplink HS-DPCCH (HighSpeed-Dedicated Physical Control Channel). Here, a DPCH (DedicatedPhysical Channel) is a bi-directional physical channel, to which thetransport channel DCH is mapped, and is used to transferterminal-exclusive data and terminal-exclusive L1 control informationsuch as a power control signal required for controlling closed-looppower. In addition, an F-DPCH (Fractional Dedicated Physical Channel), adownlink channel, is a physical channel that transmits several DPCHs byusing a single channel code. Here, a single F-DPCH does not transmitterminal-exclusive (or terminal dedicated) data of several terminals butis used to transfer terminal-exclusive L1 control information of severalterminals, such as the power control signal required for controlling theclosed-loop power, together. If there is a downlink F-DPCH channel, anuplink DPCH channel also operates in conjunction. In FIG. 6, a UE1, aUE2 and a UE3 use the F-DCPH via a single channel code and, in thiscase, each terminal provides the DPCH upwardly.

The downlink HS-SCCH, a downlink physical channel, is transmitted with aspreading factor 128 and has a 60-kbps transfer rate. FIG. 7 illustratesa sub-frame structure of the HS-SCCH. Information transmitted via thedownlink HS-SCCH may be roughly divided into transport format andresource related information (TFRI) and HARQ-related information, and inaddition, UE identifier (namely, an H-RNTI (HS-DSCH Radio NetworkTemporary Identifier)) information for providing information about aparticular user is masked thereto and then transmitted. Table 1 showsdetailed HS-SCCH information.

TABLE 1 TFRI information Channelization-code-set information (7 xccs, 1,xccs, 2, . . . Xccs, 7 bits) Modulation scheme information (1 bit) xms,1 Transport-block size information (6 bits) Xtbs, 1, xtbs, 2, . . .Xtbs, 6 HARQ information Hybrid-ARQ process information (3 bits) xhap,1, xhap, 2, xhap, 3 Redundancy and constellation version (3 xrv, 1, xrv,2, xrv, 3 bits) New data indicator (1 bit) xnd, 1 UE ID information UEidentity (16 bits) xue, 1, xue, 2, . . . xue, 16

FIG. 8 shows a coding scheme of the HS-SCCH based on the aboveinformation.

The uplink HS-DPCCH transmits an uplink feedback signaling related todownlink HS-DSCH data transmission. The HS-DPCCH, a dedicated channelfor a particular terminal, operates cooperatively with the uplink anddownlink DPCHs. The feedback signaling includes ACK(Acknowledgement)/NACK (Negative Acknowledgement) information for theHARQ and a CQI (Channel Quality Indicator). A frame of the HS-DPCCHincludes five sub-frames. Each sub-frame has a length of 2 ms, and asingle sub-frame includes the first to third slots, namely, the threeslots. Each slot of the sub-frames carries the following information:HARQ ACK/NACK information is carried in the first slot of the sub-framesof the HS-DPCCH; and the CQI is carried in the second and third slots ofthe sub-frames of the HS-DSCH. The HS-DPCCH is transmitted alwaystogether with an uplink PDCCH. The CQI transfers status information of adownlink radio channel obtained from the results of the UE's measurementof a downlink CPICH (Common Pilot Channel), and the ACK/NACK providesACK or NACK information regarding a user data packet which has beentransmitted via the downlink HS-DSCH according to the HARQ mechanism.FIG. 9 illustrates a frame structure of the uplink HS-DPCCH.

In the related art, when the HS-DSCH is transmitted to a particularterminal, the HS-SCCH indicates a terminal-exclusive H-RNTI (HS-DSCHRadio Network Temporary Identifier). Meanwhile, if the HS-DSCH istransmitted to several terminals, the HS-SCCH indicates a common H-RNTI.In addition, in the related art, the MAC PDU of the HS-DSCH does notinclude a terminal identifier (UE identifier, or UE identity).

In the related art, in a particular case, the radio network may transmitthe HS-DSCH to a particular terminal that has not been allocated aterminal-exclusive H-RNTI. In this case, because the particular terminaldoes not have a terminal-exclusive H-RNTI, the radio network informs theparticular terminal about the transmission of the HS-DSCH via the commonH-RNTI. Then, the particular terminal cannot determine that the HS-DSCHtransmission was intended for itself, which is problematic.

Technical Gist of the Present Invention

Therefore, it is an object of the present invention to allow aparticular terminal, which has not been allocated a terminal-exclusiveH-RNTI, to receive data via a shared data channel such as an HS-DSCH byusing a newly defined MAC PDU format when the HS-DSCH is transmitted byusing a common H-RNTI.

To achieve the above object, there is provided a method for transmittingdownlink data between a radio network and a terminal in mobilecommunication, including: (A) receiving, by a terminal, a commonidentifier via a control channel associated with a shared data channel;(B) checking whether a terminal-exclusive identifier is included in aheader of a MAC (Medium Access Control) PDU (Packet Data Unit)transmitted by the shared data channel; (C) acquiring aterminal-exclusive identifier if the header of the MAC PDU includes theterminal-exclusive identifier, and checking whether the acquiredterminal-exclusive identifier and a terminal-exclusive identifier storedin the terminal are identical; and (D) processing the MAC PDU if theterminal-exclusive identifiers are identical.

Preferably, the shared data channel is an HS-DSCH (High Speed-DedicatedShared Channel), and the control channel is an HS-SCCH (HighSpeed-Shared Control Channel).

Preferably, the common identifier is an H-RNTI.

Preferably, the terminal-exclusive identifier included in the header ofthe MAC PDU is a U-RNTI (UTRAN Radio Network Temporary Identity) thatindicates a particular terminal within a UTRAN.

Preferably, in step (D), if the terminal-exclusive identifiers are notidentical, the MAC PDU is discarded.

To achieve the above object, there is also provided a terminalincluding: a receiving unit that receives a particular common identifiervia a control channel associated with a shared data channel in a radionetwork; and a processing unit that checks whether a header of a MAC PDUtransmitted by the shard data channel includes a terminal-exclusiveidentifier, acquires a terminal-exclusive identifier of the header ofthe MAC PDU if the identifier is included in the header, compares theacquired terminal-exclusive identifier with a terminal-exclusiveidentifier stored in the terminal to determine whether they areidentical, and transfers the MAC PDU (corresponding MAC SDU) to a upperMAC layer if the terminal-exclusive identifiers are identical.

Preferably, if the acquired terminal-exclusive identifier is notidentical to that stored in the terminal, the processing unit processessuch that the received MAC PDU is discarded.

Preferably, the processing unit determines a format of the MAC PDU usedfor transmitting the shared data channel indicated by the controlchannel and decapsulates (splits) the received MAC PDU according to thedetermined MAC PDU format.

Preferably, the shared data channel refers to an HS-DSCH (HighSpeed-Dedicated Shared Channel) and the control channel refers to anHS-SCCH (High Speed-Shared Control Channel).

Preferably, the terminal-exclusive identifier included in the header ofthe MAC PDU is a U-RNTI that indicates a particular terminal within aUTRAN.

According to the present invention, the mobile terminal can receive aparticular common H-RNTI via the HS-SCCH associated with the HS-DSCH andrecognize whether or not a header of a MAC PDU transmitted by theHS-DSCH includes a terminal-exclusive identifier, acquire theterminal-exclusive identifier. If the terminal-exclusive identifier isintended for itself, the mobile terminal can process the MAC PDU as itsown, whereby even if a common H-RNTI is indicated, the particularterminal can receive the HS-DSCH.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an exemplary basic structure of a UMTS networkaccording to the present invention and the related art;

FIG. 2 illustrates a radio interface protocol architecture based on a3GPP radio access network specification between a terminal and a UTRAN;

FIG. 3 is a signal flow chart illustrating an RRC connection procedurebetween the terminal and the UTRAN according to the related art;

FIG. 4 illustrates a protocol stack of an HS-DSCH according to therelated art;

FIG. 5 illustrates a sub-frame and slot structure of the HS-PDSCH;

FIG. 6 illustrates a channel configuration according to the related art;

FIG. 7 illustrates a sub-frame structure of an HS-SCCH;

FIG. 8 shows a coding scheme of the HS-SCCH.

FIG. 9 illustrates a frame structure of an uplink HS-DPCCH;

FIG. 10 illustrates a format of a MAC PDU;

FIG. 11 illustrates a format of a MAC PDU according to a firstembodiment of the present invention;

FIG. 12 is a flow chart illustrating an operation of a terminal whichhas received the MAC PDU in the format as shown in FIG. 11;

FIG. 13 illustrates a format of a MAC PDU according to a secondembodiment of the present invention;

FIG. 14 is a flow chart illustrating an operation of the terminal whichhas received the MAC PDU in the format as shown in FIG. 13; and

FIG. 15 is a schematic block diagram of the terminal according to anembodiment of the present invention.

MODE FOR CARRYING OUT THE PREFERRED EMBODIMENTS

The present invention is applied for a UMTS communication system,communication device and communication method that can transmit downlinkdata to a mobile terminal. However, the present invention is not limitedas such, and may be applicable to any wired/wireless communicationtechnique.

The basic concept of the present invention provides a method in whichonly a particular terminal can receive data via a shared data channel(e.g., an HS-DSCH) when a common terminal identifier (e.g., a commonH-RNTI) is used. In addition, the present invention provides a newformat of a MAC PDU that can perform such method. Namely, a mobileterminal 1) receives a particular common identifier (e.g., the H-RNTI)via a control channel (e.g., an HS-SCCH) associated with the shared datachannel, 2) checks whether a header of a MAC PDU transmitted by theshared data channel includes a terminal-exclusive identifier (e.g., aU-RNTI), and 3) if the header includes a terminal-exclusive identifier,the mobile terminal acquires the terminal-exclusive identifier, and ifthe terminal-exclusive identifier is intended for the mobile terminalitself, the mobile terminal processes the MAC PDU as its own.

In the present invention, a format of a MAC PDU used for transmission ofan HS-DSCH indicated by the HS-SCCH is determined according to theH-RNTI, the terminal identifier, received via the HS-SCCH. Namely, ifthe terminal identifier is different, the MAC PDU may be different. Inother words, depending on whether the H-RNTI is terminal-exclusive orcommon, a transmitting side (network) transmits a different MAC DPUformat. A receiving side (terminal) checks whether it is aterminal-exclusive H-RNTI or a common H-RNTI and decodes the MAC PDUaccording to the corresponding format.

The terminal receives the HS-SCCH and acquires the terminal identifierH-RNTI, determines the format of the MAC DPU received via the HS-DSCHaccording to the acquired H-RNTI, and decapsulates the received MAC PDUaccording to the determined MAC PDU.

The embodiments of the present invention will now be described withreference to FIGS. 11 to 13.

FIG. 11 illustrates a format of a MAC PDU according to a firstembodiment of the present invention. In FIG. 11, a MAC-hs header is atype of a MAC header. The MAC-hs header is a MAC entity that handles theHS-DSCH and an MAC-c is an entity that handles a common transportchannel.

FIG. 12 is a flow chart illustrating an operation of a terminal whichhas received the MAC PDU in such a format as shown in FIG. 11. Thepresent invention will be described with reference to FIGS. 11 and 12.When the terminal receives the HS-SCCH (e.g., a control channelassociated with the HS-DSCH) and acquires the terminal-exclusive H-RNTIfrom the HS-SCCH frame (S11), the terminal receives a MAC PDU in such aformat as shown in FIG. 11 from an HS-DSCH frame which is mapped to theHS-SCCH (S12). In this case, the header of the MAC PDU as shown in FIG.11 does not include a terminal identifier such as a C-RNTI (Cell RadioNetwork Temporary Identity), a U-RNTI, or an H-RNTI. Thus, the terminalrecognizes (determines) that the header of the MAC PDU does not includea terminal identifier (e.g., the C-RNTI, the U-RNTI, or the H-RNTI)(S13). If the terminal-exclusive H-RNTI is identical to aterminal-exclusive H-RNTI stored in the terminal itself (S14), theterminal determines the received MAC PDU as its own and transfers thecorresponding MAC PDU to an upper MAC layer (S15). If theterminal-exclusive H-RNTIs are not identical, the terminal discards thereceived MAC PDU (S16).

In case that the terminal receives the HS-SCCH and acquires aCCCH-exclusive H-RNTI or a general common H-RNTI from the HS-SCCH frame,if the terminal receives a MAC PDU in such a format as shown in FIG. 11from the HS-DSCH frame that is mapped to the HS-SCCH frame, the terminaldetermines that a header of the received MAC PDU does not include aterminal identifier. In this case, after receiving the MAC PDU, theterminal transfers the corresponding MAC DPU to an upper MAC layer.

FIG. 13 illustrates a format of a MAC PDU according to a secondembodiment of the present invention. In FIG. 13, a MAC-hs header and aMAC-c header are types of MAC headers. The MAC-hs is a MAC entity thathandles the HS-DSCH and the MAC-c is a MAC entity that handles thecommon transport channel.

FIG. 14 is a flow chart illustrating an operation of the terminal whichhas received the MAC PDU in such a format as shown in FIG. 13.

If the terminal receives the HS-SCCH and acquires a particular commonH-RNTI from the HS-SCCH frame (S21), the terminal determines that a MACheader of a MAC PDU which has been received from an HS-DSCH frame whichis mapped to the HS-SCCH includes a terminal identifier (S22 to S24).Here, the terminal identifier included in the MAC header is the U-RNTIas shown in FIG. 13. The particular common H-RNTI, an identifier whichis commonly shared and used by a plurality of terminals, serves toinform that the MAC header includes the terminal identifier.

If the terminal identifier (namely, the U-RNTI) included in the MACheader is identical to that stored in the terminal (S25), the terminaldetermines that the received MAC PDU is intended for the terminal itselfand transfers a corresponding MAC SDU to an upper MAC layer (S26). Ifthe terminal identifiers are not identical, the terminal discards thereceived PDU (S27).

FIG. 15 is a schematic block diagram of the terminal according to anembodiment of the present invention.

The configuration and operation of the terminal according to anembodiment of the present invention will now be described with referenceto FIG. 15.

The terminal 100 according to an embodiment of the present inventionincludes any terminal used for mobile communications (e.g., UEs, mobilephones, cellular phones, DMB phones, DVB-H phones, PDA phones, PTTphones, etc), digital TVs, GPS navigation, mobile game devices, MP3s,home appliances, and the like. That is, the mobile terminal 100comprehensively includes any device to which the technical idea of thepresent invention can be applicable.

The terminal 100 according to an embodiment of the present inventionincludes a receiving unit 101 that receives a particular commonidentifier via the control channel (HS-SCCH) associated with the shareddata channel (HS-DSCH) in the radio network (UTRAN); and a processingunit 102 that checks (recognizes or determines) whether a header of aMAC PDU transmitted by the shared data channel includes aterminal-exclusive identifier, acquires a terminal-exclusive identifierfrom the header of the MAC PDU if terminal-exclusive identifier isincluded in the header, compares the acquired terminal-exclusiveidentifier with a terminal-exclusive identifier stored in the terminalitself, and determines that the MAC PDU is intended for terminal itselfif the two identifiers are identical, and transfers a corresponding MACSDU to an upper MAC layer.

If the acquired terminal-exclusive identifier is not identical to theterminal-exclusive identifier stored in the terminal upon comparison,the processing unit 102 discards the received MAC PDU.

The processing unit 102 determines a format of the MAC PDU used fortransmission of the HS-DSCH indicated by the HS-SCCH according to theterminal identifier H-RNTI which has been received via the HS-SCCH.

The receiving unit 101 of the terminal 100 receives the HS-SCCH, and theprocessing unit 102 acquires the terminal identifier H-RNTI from thereceived HS-SCCH, determines a format of the MAC PDU received via theHS-DSCH according to the acquired H-RNTI, and processes the received MACPDU according to the determined format of the MAC PDU.

The terminal-exclusive identifier included in the header of the MAC PDUis a U-RNTI that indicates a particular terminal within a single UTRAN.The particular common identifier is an H-RNTI.

The processing unit 102 may be called a controller and the meaning ofthe name of the processing unit 102 does not limit a function andoperation of the configuration. The receiving unit 101 may be called anRF module.

Besides the basic elements as shown in FIG. 15, the terminal 100according to the embodiment of the present invention includes all thebasic elements requisite for the terminal to apply the technique of thepresent invention. As such, the detailed description of certain elementsshown in FIG. 15 and other related elements that can be understood bythose skilled in the art are omitted merely for the sake of brevity. Theoperation and function of each element of the terminal 100 according tothe present invention are applied as it is to the corresponding parts ofthe description with respect to FIGS. 11 to 14.

The invention being thus described, it will be obvious that the same maybe varied in many ways. Such variations are not to be regarded as adeparture from the scope of the invention, and all such modifications aswould be obvious to one skilled in the art are intended to be includedwithin the scope of the following claims.

What is claimed:
 1. A method for receiving data by a terminal in awireless communication system, the method comprising: receiving, by theterminal, a common H-RNTI (HS-DSCH (High Speed Downlink Shared Channel)Radio Network Temporary Identifier) via an HS-SCCH (High Speed SharedControl Channel); receiving, by the terminal, a MAC (Medium AccessControl) PDU (Protocol Data Unit) via an HS-DSCH (High Speed DownlinkShared Channel), the HS-DSCH being associated with the HS-SCCH, the MACPDU including a MAC-hs (MAC-High Speed) header, a MAC-c (MAC Common)header and a MAC SDU (Service Data Unit) in order; and transferring theMAC SDU to an upper layer if the terminal is indicated by a U-RNTI(UTRAN Radio Network Temporary Identifier) included in the MAC-c header,wherein the U-RNTI is only included in the MAC-c header.
 2. The methodof claim 1, wherein the common H-RNTI is shared by a plurality ofterminals.
 3. The method of claim 1, wherein the MAC SDU is transferredto the upper layer through a dedicated control channel (DCCH) or adedicated traffic channel (DTCH).
 4. A terminal comprising: a receivingunit configured to receive a common H-RNTI (HS-DSCH (High Speed DownlinkShared Channel) Radio Network Temporary Identifier) via an HS-SCCH (HighSpeed Shared Control Channel), and to receive, a MAC (Medium AccessControl) PDU (Protocol Data Unit) via an HS-DSCH (High Speed DownlinkShared Channel), the HS-DSCH being associated with the HS-SCCH, the MACPDU including a MAC-hs (MAC-High Speed) header, a MAC-c (MAC Common)header and a MAC SDU (Service Data Unit) in order; and a processing unitconfigured to transfer the MAC SDU to an upper layer if the terminal isindicated by a U-RNTI (UTRAN Radio Network Temporary Identifier)included in the MAC-c header, wherein the U-RNTI is only included in theMAC-c header.
 5. The terminal of claim 4, wherein the common H-RNTI isshared by a plurality of terminals.
 6. The terminal of claim 4, whereinthe MAC SDU is transferred to the upper layer through a dedicatedcontrol channel (DCCH) or a dedicated traffic channel (DTCH).
 7. Amethod for transmitting data by a network to a terminal in a wirelesscommunication system, the method comprising: transmitting a commonH-RNTI (HS-DSCH (High Speed Downlink Shared Channel) Radio NetworkTemporary Identifier) to the terminal via an HS-SCCH (High Speed SharedControl Channel); generating a MAC (Medium Access Control) PDU (ProtocolData Unit) including a MAC-hs (MAC-High Speed) header, a MAC-c (MACCommon) header and a MAC SDU (Service Data Unit) in order; andtransmitting the generated MAC PDU to the terminal via an HS-DSCH (HighSpeed Downlink Shared Channel), the HS-DSCH being associated with theHS-SCCH, wherein a U-RNTI (UTRAN Radio Network Temporary Identifier) isonly included in the MAC-c header.
 8. The method of claim 7, wherein thecommon H-RNTI is shared by a plurality of terminals.
 9. The method ofclaim 7, wherein the MAC SDU is for a dedicated control channel (DCCH)or a dedicated traffic channel (DTCH).